REMARKS 



Claims 4, 8, 18, 20, 24, 36 and 40 have been amended to correct minor 
typographical errors. Claims 1-47 remain pending in the application. Reconsideration is 
respectfully requested in light of the following remarks. 

Claim Objection : 

The Examiner objected to claim 4 due to a minor typographical error. Claim 4 
has been amended to overcome this objection. 

Section 102(a) Rejection : 

The Office Action rejected claims 1-7, 9-13, 16-23, 25-29, 31-39, 41-45 and 47 
under 35 U.S.C. § 102(a) as being clearly anticipated by Czerwinski, et al. ("An 
Architecture for a Secure Service Discovery Service") (hereinafter "Czerwinski"). 
Applicants respectfully traverse this rejection in light of the following remarks. 

Regarding claim 1, contrary to the Examiner's assertion, Czerwinski fails to teach 
requesting a capability credential to allow the client to access a portion of the first 
service's capabilities, wherein said requesting a capability credential comprises the client 
indicating a set of desired capabilities . The Examiner cites passages in Czerwinski 
(Sections 3.3 and 3.4) that discuss the certificate authority and the capability manager of 
SDS. Czerwinski describes a secure Service Discovery Service (SDS) wherein a client 
requests a capability credential from a capability manager. However, a SDS client does 
not indicate a set of desired capabilities when requesting a capability credential. Instead, 
each service in the SDS system contacts the capability manager, and "specifies an access 
control list" including a list of principals, such as clients, allowed to access the service's 
description (Czerwinski, section 3.4, paragraph 3). It is only after obtaining a capability 
credential from the CM that a client contacts a SDS Server to locate one or more services. 
The SDS server returns services that match the client's query (Czerwinski, section 3.1, 
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paragraph 5). The client presents the capability credential to the SDS server and the 
server only returns services to which the client has access based upon the capability 
credential obtained from the Capability Manager. Thus, a client is granted access to all 
or none of a service's features based on whether that client is included in the service's 
access control list. In other words, SDS services specify what clients can have access to 
their respective services but a SDS client does not indicate a set of desired capabilities 
when requesting a capability credential. The capability manager gives the client a 
capability credential that informs the SDS server of which services the client is able to 
access. Thus, Czerwinski clearly fails to disclose a client requesting a capability 
credential wherein said requesting a capability credential comprises the client indicating a 
set of desired capabilities. 

Thus, the rejection of claim 1 is not supported by the prior art and removal thereof 
is respectfully requested. Similar remarks as discussed above in regard to claim 1 apply 
to claims 17 and 33. 

Regarding claim 2, the Examiner asserts that Czerwinski teaches wherein said 
requesting a capability credential comprises the client sending a capability credential 
request message, wherein said capability credential request message comprises an 
identification of said first service and an indication of the set of desired capabilities . 
Applicants respectfully disagree with the Examiner's interpretation of Czerwinski. In 
fact, Czerwinski clearly fails to disclose a capability credential request message that 
comprises an identification of the first service. The Examiner's cited passages (sections 
3.3 and 3.4) disclose how a client contacts a capability manager to obtain the client's 
capabilities, but neither of these passages describe a capability credential request message 
that comprises an indication of a service. In contrast, Czerwinski states that SDS services 
provide an access control list including a list of principals, such as clients, allowed to 
access the service's description (Czerwinski, section 3.4, paragraph 3). Czerwinski 
further states that the capability manager "then generates the appropriate capabilities and 
saves them for later distribution to the clients (Czerwinski, section 3.4, paragraph 3). 
Thus, rather than a client sending a capability credential request message that comprises 
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an identification of the service, Czerwinski teaches that the identity of the client is 
matched against access control lists to determine which services it is allowed to discover. 

Additionally, Czerwinski fails to teach wherein the capability credential request 
message comprises an indication of the set of desired capabilities. As argued above 
regarding claim 1, SDS clients do not indicate a desired set of capabilities when 
requesting a capability credential. Instead, they obtain a capability credential that allows 
the SDS server to return only those services that have specifically granted the client 
access (Czerwinski, section 3.1, paragraph 5). Therefore, any capability credential 
request message in SDS would not comprise an indication of a client's set of desired 
capabilities. 

The rejection of claim 2 is not supported by the prior art and removal thereof is 
respectfully requested. Similar remarks as discussed above in regard to claim 2 apply to 
claims 18 and 34. 

In regard to claim 3, contrary to the Examiner's contention, Czerwinski fails to 
teach wherein said identification of said first service comprises a Universal Unique 
Identifier (UUID). The Examiner cites section 6.1 of Czerwinski, but this passage only 
states that a different discover service, Globe, uses unique object identifiers to identify 
services, but fails to disclose wherein a capability credential request message comprising 
an identification of a service wherein that identification of the service comprises a UUID. 
In contrast, as shown above regarding claim 2, Czerwinski teaches that clients do not 
identify a service when requesting a capability credential. Hence, any use of UUEDs, or 
Globe unique object identifiers, in SDS would not involve including a UUID as part of 
identifier a service in a capability credential request message. Also, the Globe unique 
object identifiers in Czerwinski are not described as UUTDs. Czerwinski clearly fails to 
teach wherein the identification of the first service comprises a Universal Unique 
Identifier (UUID). 
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Furthermore, the Examiner has not established a proper case of anticipation 
because the teachings relied on by the Examiner are from separate works. 

Anticipation requires the presence in a single prior art reference disclosure of each and 
every element of the claimed invention, arranged as in the claim . Lindemann 
Maschinenfabrik GmbH v. American Hoist & Derrick Co,, 221 USPQ 481, 485 (Fed. Cir. 
1984). The identical invention must be shown in as complete detail as is contained in the 
claims. Richardson v. Suzuki Motor Co., 9 USPQ2d 1913, 1920 (Fed. Cir. 1989). 
Although all the teachings cited by the Examiner are discussed in a single reference, the 
teachings are not part of a single method. For example, the portion of Czerwinski cited 
by the Examiner at section 6.1 pertains to a different service discovery system (Globe) 
than the portion of Czerwinski cited by the Examiner at sections 3.3 and 3.4. To 
anticipate the claimed invention, Czerwinski must teach a single method that is identical 
to Applicants' claimed invention. Otherwise, Czerwinski cannot be said to teach the 
identical invention arranged as in Applicants' claims . Moreover, as discussed above, no 
combination of teachings in Czerwinski teaches Applicants' claimed invention. 

Therefore, the rejection of claim 3 is not supported by the prior art and removal 
thereof is respectfully requested. Similar remarks as discussed above in regard to claim 2 
apply to claims 19 and 35. 

Regarding claim 4, the Examiner asserts that Czerwinski discloses wherein said 
capability credential request message is formatted in extensible Markup Language 
(XML). However, Applicants respectfully disagree with the Examiner's interpretation of 
Czerwinski. In fact, Czerwinski fails to teach that a capability credential request message 
is formatted in XML. The Examiner cites section 3.1 of Czerwinski. However, this 
passage only describes how a client uses XML to build a service query that is matched 
against various service descriptions by the SDS server. As noted above, a SDS client 
must already have a capability credential obtained from a capability manager prior to 
querying a SDS server. Furthermore, Czerwinski only states that "[s]ervice descriptions 
and queries are specified in extensible Markup Language (XML)" (Czerwinski, section 
1, paragraph 5). Neither service descriptions, nor queries in SDS are capability credential 
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request messages. Further, Czerwinski fails to mention anything about using XML to 
format a capability credential request message. In fact, Czerwinski fails to describe the 
formatting of a capability credential request message at all. Thus, Czerwinski clearly 
fails to disclose wherein said capability credential request message is formatted in 
extensible Markup Language (XML). 

The rejection of claim 4 is not supported by the prior art and removal thereof is 
respectfully requested. Similar remarks as discussed above in regard to claim 2 apply to 
claims 20 and 36. 

Regarding claim 5, contrary to the Examiner's assertion, Czerwinski fails to teach 
wherein said indication of the set of desired capabilities comprises an indication of said 
advertisement . Specifically, as noted above, capability credential request messages in 
SDS do not include an indication of desired capabilities. Furthermore, Czerwinski fails 
to disclose that the indication of the set of desired capabilities comprised in a capability 
credential request message comprises an indication of an advertisement for the first 
service. The Examiner's cited passages (Czerwinski, sections 3.1, 3.3, and 34) describe 
SDS servers, certificate authority and capability managers. However, when requesting 
capability credentials, SDS clients do not include any indication of a desired set of 
service capabilities, as noted above. Furthermore, SDS clients do not include an 
indication of an advertisement for a service as part of an indication of a set of desired 
capabilities. 

The rejection of claim 5 is not supported by the prior art and removal thereof is 
respectfully requested. Similar remarks as discussed above in regard to claim 2 apply to 
claims 21 and 37. 

Regarding claim 6, contrary to the Examiner's assertion, Czerwinski fails to teach 
wherein said indication of said advertisement is said advertisement itself. The remarks 
above regarding claim 5 apply to claim 6 as well. Additionally, Czerwinski fails to teach 
including an advertisement for a service in a capability credential request message. The 
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Examiner cites passages (Czerwinski, sections 3.1, 3.3, and 3.4) that describe SDS 
servers, capability mangers, and certificate authority. However, nowhere in the 
Examiner's cited passage, nor anywhere else, does Czerwinski describe including an 
advertisement for a service as an indication of the advertisement in a capability credential 
request message. In contrast, Czerwinski teaches that a capability manager receives 
access control lists from services that include lists of principals that are allowed to access 
a service (Czerwinski, section 3.4). A SDS client does not include any indication of an 
advertisement for a service in a capability credential request message and certainly does 
not include the advertisement itself as the indication of the advertisement in a capability 
credential request message. Instead, a SDS client receives from the capability manager a 
credential that is presented to a SDS server by the client. The SDS server then uses that 
credential to return only services that the client is allowed to access. (See Czerwinski, 
section 3.1, paragraph 5). Thus, Czerwinski clearly fails to teach wherein said indication 
of said advertisement is said advertisement itself. 

Therefore, for at least the reasons given above, the rejection of claim 6 is not 
supported by the prior art and removal thereof is respectfully requested. Similar remarks 
as discussed above in regard to claim 2 apply to claims 22 and 38. 

Regarding claim 7, the Examiner contends that Czerwinski discloses a method 
including wherein said indication of said advertisement is a Uniform Resource Identifier 
(URI) to said advertisement. Applicants respectfully disagree with the Examiner's 
interpretation of Czerwinski. The Examiner cites sections 3.1 and 3.4 of Czerwinski that 
describes the workings of SDS servers and SDS capability managers. Specifically the 
Examiner is relying upon the fact that in SDS "a capability proves the client is on ACL 
[access control list] by embedding the client's principal name and the service name" 
combined with Czerwinski 's disclosure regarding the Globe services us globe unique 
object identifier. However, the teaches in Czerwinski that the Examiner is relying upon 
have nothing to do with a capability credential request message. In fact, the cited passage 
of Czerwinski does not mention anything regarding a capability credential request 
message nor does it describe using a URI to an advertisement as an indication of the 
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advertisement in a capability credential request message. In contrast, Czerwinski teaches 
that a capability manager receives access control lists from services that include lists of 
principals that are allowed to access a service (Czerwinski, section 3.4). The service 
advertisements in SDS are sent by individual services and are collected by SDS servers to 
compare against client queries (Czerwinski, section 2.3). Nowhere does Czerwinski 
teach that a client includes a URI to an advertisement as an indication of the 
advertisement in a capability credential request message. 

Furthermore, the Examiner has not established a proper case of anticipation 
because the teachings relied on by the Examiner are from separate works. 

Anticipation requires the presence in a single prior art reference disclosure of each and 
every element of the claimed invention, arranged as in the claim . Lindemann 
Maschinenfabrik GmbH v. American Hoist & Derrick Co., 221 USPQ 481, 485 (Fed. Cir. 
1984). The identical invention must be shown in as complete detail as is contained in the 
claims. Richardson v. Suzuki Motor Co., 9 USPQ2d 1913, 1920 (Fed. Cir. 1989). 
Although all the teachings cited by the Examiner are discussed in a single reference, the 
teachings are not part of a single method. For example, the portion of Czerwinski cited 
by the Examiner at section 6.1 pertains to a different service discovery system (DNS) 
than the portion of Czerwinski cited by the Examiner at sections 3.3 and 3.4. To 
anticipate the claimed invention, Czerwinski must teach a single method that is identical 
to Applicants' claimed invention. Otherwise, Czerwinski cannot be said to teach the 
identical invention arranged as in Applicants' claims . Moreover, as discussed above, no 
combination of teachings in Czerwinski teaches Applicants' claimed invention. 

Thus, the rejection of claim 7 is not supported by the prior art and removal thereof 
is respectfully requested. Similar remarks as discussed above in regard to claim 2 apply 
to claims 23 and 39. 
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Section 103(a) Rejection : 



The Office Action rejected claims 8, 24 and 40 under 35 U.S.C. § 103(a) as being 
unpatentable over Czerwinski in view of Vacon et al. U.S. Patent 5,227,778, hereinafter 
"Vacon"). Applicants respectfully traverse this rejection in light of the following 
remarks. 

Regarding claim 8, contrary to the Examiner's assertion, Czerwinski in view of 
Vacon fails to teach wherein said indication of said advertisement in said capability 
credential request message is a version of said advertisement edited to describe only said 
set of desired capabilities. As described herein above, Czerwinski does not teach the use 
of a capability credential request message that includes an indication of said 
advertisement. The Examiner cites a passage in Vacon that describes how network 
servers use multi-cast request messages to locate services that match a client's request. 
The Examiner is relying upon Vacon' s teaching that a server includes an identification, 
by function, of the requested service in the multi-cast request message (Vacon column 2, 
lines 1-5). However, when a server is sending a multi-cast request message including a 
desired service, it is not sending a capability credential request message. Instead, it is a 
multi-case request message to which all services providing the desired service reply 
(Vacon, column 5, lines 23-51). 

Further, a server in Vacon' s system does not include a version of an 
advertisement edited to describe only a set of desired capabilities in the multi-cast request 
message. Instead, the server does not even keep a copy of an advertisement received 
from a service, but only retains the network address of the service. Vacon clearly teaches 
that a server saves only the network address of the service and discards the remainder of 
the service advertisement (Vacon, column 2, lines 34-46). Thus, under Vacon, the 
service advertisement is not even saved, much less edited to describe only a set of desired 
capabilities and included in a capability credential request message. 
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Additionally, the Examiner's proposed combination of Czerwinski in view of 
Vacon would not result in a system that includes wherein the indication of the 
advertisement in the capability credential request message is a version of the 
advertisement edited to describe only the set of desired capabilities. In fact, such a 
combination would result in a system where the SDS servers taught by Czerwinski send 
multi-cast request messages, including an indication of the desired service, to find 
services that match a client's needs. However, since, as noted above, neither Czerwinski 
nor Vacon, discloses a capability credential request message including an indication of an 
advertisement for a service, a combination of Czerwinski and Vacon would clearly not 
include a capability credential request message including an indication of an 
advertisement, wherein the indication of the advertisement is a version of said 
advertisement edited to described only said set of desired capabilities. 

Thus, the rejection of claim 8 is not supported by the prior art and removal thereof 
is respectfully requested. Similar remarks as discussed above in regard to claim 8 apply 
to claims 24 and 40. 

The Office Action rejected claims 14, 15, 30 and 46 under 35 U.S.C. § 103(a) as 
being unpatentable over Czerwinski in view of Johnson et al. (U.S. Patent 5,560,008) 
(hereinafter "Johnson"). Applicants respectfully traverse the rejection of these claims for 
at least the reasons given above regarding the respective independent claims. 

Applicants also assert that numerous ones of the dependent claims recite further 
distinctions over the cited art. However, since the rejection has been shown to be 
unsupported for the independent claims, a further discussion in regard to the dependent 
claims is not necessary at this time. 

Information Disclosure Statements : 

In regard to the information disclosure statements filed July 19, 2001, August 16, 
2001, September 17, 2001, November 1, 2002 and October 20, 2003, respectively, the 
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Examiner requested the applicants to submit explanations as to why the references are 
relevant to the current application. The art cited in these information disclosure 
statements was cited in several related patent applications owned by the same assignee as 
the present application in the same general field of technology. The references were cited 
to fulfill applications duty of candor under 37 CFR 1.56. No specific study of each 
reference in regard to the present claims has been performed. Thus, Applicants cannot 
comment as to the relative relevance of the cited references. According to 
MPEP(III)(C)(2), "information contained in information statements which comply with 
both the content requirements of 37 CFR 1.98 and the requirements, based on the time of 
filing the statement, of 37 CFR 1.97 will be considered by the examiner." "Examiners 
must consider all citations in conformance with the rules and [MPEP 609]." Since the 
information disclosure statements are in conformance with 37 CFR 1.97 & 1.98 and 
MPEP 609, Applicants respectfully request the Examiner to "consider the documents in 
the same manner as other documents in Office search files are considered by the 
examiner while conducting a search of the prior art in a proper field of search", as 
required by MPEP 609. 
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CONCLUSION 



Applicants submit the application is in condition for allowance, and notice to that 
effect is respectfully requested. 

If any extension of time (under 37 C.F.R. § 1.136) is necessary to prevent the 
above referenced application from becoming abandoned, Applicants hereby petition for 
such extension. If any fees are due, the Commissioner is authorized to charge said fees to 
Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. Deposit Account No. 501505/5181- 
70400/RCK. 

Also enclosed herewith are the following items: 
1X1 Return Receipt Postcard 
I I Petition for Extension of Time 
I I Notice of Change of Address 

I I Fee Authorization Form authorizing a deposit account debit in the amount of $ 
for fees ( ). 



Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. 

P.O. Box 398 

Austin, TX 78767-0398 

Phone: (512) 853-8850 

Date: November IK 2004 
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Respectfully submitted, 




Robert C. Kowert ( 
Reg. No. 39,255 
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